home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1495 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.2 KB
  1. Subject: Re: Just a couple of things.
  2. Date: Sat, 28 May 94 15:36:30 CDT
  3. From: Juergen Lock <nox@jelal.north.de>
  4. In-Reply-To: <9405261502.AA05027@hpbeo79.bbn.hp.com>; from "Claus Brod" at May 26, 94 5:02 pm
  5. Message-Id: <9405281336.AA00856@jelal.north.de>
  6.  
  7. Claus Brod writes:
  8.  
  9. > > then you can still type in windows etc. when processes do normal disk IO
  10. > > not thru GEM calls.  (hmm or does the blitter confuse DMA?)
  11. > 
  12. > Well, it's the other way round - for IDE transfers, the blitter
  13. > is used, so noone else may use it.
  14.  
  15.  oops forgot about those...
  16.  
  17. >  Uh, oh, I didn't think about
  18. > that one yet. (Probably because my driver doesn't support IDE
  19. > drives yet. 8-) Help, we need a blitter semaphore!
  20. > 
  21. > Hmmm, on a normal ST/STE I could just "turn off" the blitter for
  22. > the OS so that noone can use it while disk transfers are going
  23. > on. On the Falcon, however, the blitter cannot be turned off -
  24. > without NVDI, that is.
  25.  
  26.  well then you have it like on PCs, only SCSI disks get DMA, IDEs are
  27. polled and the CPU moves all the data itself.  maybe you can nap() until
  28. the first byte is ready... :)
  29. > 
  30. > >  thats the idea, now what did i miss? :)  cheers
  31. > 
  32. > You forgot to implement it and send it around as a patch 8-)
  33.  
  34.  not so fast :)  first, what do we need...
  35.  
  36. 1. some easy (quick) way to detect a running ACSI/SCSI/IDE transfer,
  37. at least those that go to sleep...  so have all drivers set some common
  38. flag, maybe different bits for each port?  IO_SINGLE then can be &flag
  39. i.e. wake (IO_Q, &flag) when you return to caller.  (or should the
  40. kernel do this itself for the `old-style' BIOS drivers?  but since they
  41. need kernel calls for sleep etc. anyway...)
  42.  
  43. 2. some good way to check for `systemcall came from inside GEM', any
  44. ideas? :)  ditto for how to hook into trap #2, i once read GEM likes to
  45. throw you out there...
  46.  
  47. 3. are there already devices (/dev) that call disk drivers and so would
  48. go to sleep too?  they might need changes too.  or should devices also
  49. get a `multithreaded' bit...
  50.  
  51. 4. anything else i forgot?
  52.  
  53.  cheers
  54.     Juergen
  55. -- 
  56. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  57.                                 ...ohne Gewehr
  58. PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  59.